home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
AMIGA PD 1
/
AMIGA-PD-1.iso
/
NetBSD
/
docs-netbsd
/
Mailinglist-Archive
/
1993-08.gz
/
1993-08
/
000005_NetBSD-Admin@cb….commodore.com_Sun Aug 1 23:14:59 1993.msg
< prev
next >
Wrap
Text File
|
1985-10-08
|
1KB
|
33 lines
Subject: Re: Kernels failing
To: mw@eunet.ch (Markus Wild)
Cc: abair@sol.sps.mot.com, netbsd-amiga@cbmuucp.commodore.com
X-Mailer: ELM [version 2.3 PL11]
Sender: NetBSD-Admin@cbmuucp.commodore.com
>
> SyQuests are very evil brands.. they pretend to grok sync-handshake, and after
> that they crash.. So, in your case, you'd do (assuming ID5 on first controller):
>
> # binpatch -s _inhibit_sync vmunix (get address of _inhibit_sync)
> _inhibit_sync(0x12345): 0 (0x0) (replace 0x12345 by real value from now on)
> {Addr=0x12345+Unit (==5)==0x1234a}
> # binpatch -b -a 0x1234a -r 1 (replace 0x1234a with calculated value)
>
> This inhibits sync-handshake on unit 5.
>
Well, Markus W. that was almost the answer. It turns out, since my tape drive
is at ID 2, which is out of your 4 & 5 standard IDs, I guess it was not being
setup properly.
I first turned off SYNC on the Syquest at ID 5, but the kernel still locked the
SCSI BUS. Then I turned off the tape at ID 2 and it worked OK. Just to check,
I then turned off the SyQuest at ID 5, which got past the tape, put a message
saying ID 5 was now synchronous and then hung. So I have to disable SYNC on
both of them.
--
Alan Bair AMCU DSCS
Motorola, Inc. (Design Software &
Mail Stop OE-320 Computer Services)
6501 William Cannon Dr. West
Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com